home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group01a.txt / 000010_icon-group-sender _Wed May 17 07:42:23 2000.msg < prev    next >
Internet Message Format  |  2002-01-03  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id HAA00760
  4.     for icon-group-addresses; Wed, 17 May 2000 07:41:59 -0700 (MST)
  5. Message-Id: <200005171441.HAA00760@baskerville.CS.Arizona.EDU>
  6. From: espie@liafa.jussieu.fr (Marc Espie)
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
  9. Date: 17 May 2000 09:45:59 GMT
  10. X-Trace: vishnu.jussieu.fr 958556759 17223 132.227.81.128 (17 May 2000 09:45:59 GMT)
  11. X-Complaints-To: Newsmaster@jussieu.fr.
  12. X-Newsreader: trn 4.0-test70 (17 January 1999)
  13. To: icon-group@optima.CS.Arizona.EDU
  14. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  15. Status: RO
  16. Content-Length: 1885
  17.  
  18. In article <74qU4.790$to2.107064@carnaval.risq.qc.ca>,
  19. Ian Trudel <ian.trudel@tr.cgocable.ca> wrote:
  20. >As you write about C++, I don't see any point of it. Icon is implemented in
  21. >C and C is available on a *lot* of platforms and works quite same (I've got
  22. >a weird feeling "quite same", "quite same", [..]). You should not forget
  23. >that the interface with generated code and Icon would probably be in C
  24. >rather than C++ anyway. I think the standard translator should translate
  25. >Icon to C, but nothing says there should not be a C++ translator available
  26. >as well.
  27. C++ is available on a lot of platforms. Find me a platform that doesn't
  28. support a C++ compiler.
  29.  
  30. I've seen Icon runtime library, I know C, I know C++. I know that the
  31. translation to C++ of quite a few concepts would be fairly direct (most
  32. icon objects would just get a class, and handling polymorphism is not much
  33. harder, especially with type deduction running along, since you don't always
  34. need polymorphism). There are also fairly reasonable ways to `invert' Icon
  35. concepts such as generators into fast C++ constructs.
  36.  
  37. My main concern with the icon-to-C  compiler was size and speed: it's not
  38. reasonable to use over a 3000 lines project which translate to >90000 lines
  39. of C, which then proceeds to exceed 80MB of memory to compile...
  40.  
  41. At a guess, the corresponding translation to C++ would be 10 times smaller,
  42. and much more easy to tweak. But then, this means having someone with free
  43. time on their hands, and knowing C++...
  44.  
  45. As far as byte-code and the java analogy goes, I'm not convinced at all.
  46. We already have a perfectly good working, somewhat slow, icon implementation.
  47. What's the benefit of doing yet another slow implementation ?
  48.  
  49. -- 
  50.     Marc Espie        
  51. |anime, sf, juggling, unicycle, acrobatics, comics...
  52. |AmigaOS, OpenBSD, C++, perl, Icon, PostScript...
  53. | `real programmers don't die, they just get out of beta'
  54.